約 5,590,691 件
https://w.atwiki.jp/resistance/pages/120.html
クラン名:Firing squad リーダー:timepiece 少数精鋭クラン。最近は見かけない(晒しスレ6 434より引用)。 陸海空→Fis→ち龍こ→亀田父→米騒動→地デジ→オレ乙→ほたて。 活動人数 一人(リーダーでNEET) リーダーから一言 「…え?それじゃあ、あれがゼウスだって言うのか?」
https://w.atwiki.jp/magicman/pages/10378.html
真実の名 レイジングハート・エクセリオン SR 光文明 (9) クリーチャー:エンジェル・コマンド/アンノウン/ハンター 11000 ■ブロッカー ■自分のエンジェル・コマンドがブロックされた時、バトルゾーンにある相手のクリーチャーを1体選び、シールド化する。 ■このクリーチャーが相手のカードの効果によって破壊される時、自分の山札または墓地にあるコスト5以下の「ブロッカー」を持つクリーチャーを2体まで選び、自分の手札に加える。こうして山札を見たなら、シャッフルする。 ■W・ブレイカー 作者:オラクル斉藤 フレーバーテキスト 風は空に、星は天に、輝く光はこの腕に、不屈の心はこの胸に宿る。 モードチェンジ版FT:どんな時でも、全力全開!それがあいつのモットーさ。---預言者クルト 評価 名前 コメント
https://w.atwiki.jp/ocg-o-card/pages/1214.html
レイジングハートエクセリオン 装備魔法 「高町なのは」と名のついたモンスターに装備されている 「レイジングハート」を墓地へ送り、このカードを装備する。 装備モンスターの攻撃力・守備力は500ポイントアップする。 Part13-708 名前 コメント
https://w.atwiki.jp/bankett/pages/125.html
《不屈の妖精“レイジングハート”=イマジナリー》 デバイス/女 ●3/2 攻撃力 4/耐久力 3 イラストレーター:祐佑 ドリンゲン 何よりも、誰よりも、自分よりも、一切の迷いを排してマスターを信じる。 すべてを託してすべてを賭す―――――!「私達ならできます!」 ・考察etc ここに記入する予定です。
https://w.atwiki.jp/ws_wiki/pages/3086.html
autolink NA/W12-057 カード名:なのは with レイジングハート・エクセリオン カテゴリ:キャラクター 色:赤 レベル:2 コスト:2 トリガー:1 パワー:7500 ソウル:2 特徴:《魔法》?・《武器》? 【自】[あなたの山札の上から1枚をクロック置場に置く]このカードが手札から舞台に置かれた時、あなたはコストを払ってよい。 そうしたら、そのターン中、このカードのパワーを+4500。 【自】チェンジ[① 手札を1枚控え室に置き、このカードを思い出にする]あなたのクライマックスフェイズの始めに、あなたはコストを払ってよい。そうしたら、あなたは自分の控え室の、「“揺るぎ無い意志”なのは」を1枚選び、このカードがいた枠に置く。 R:RH「Axel mode stand by ready」 SP:約束だよ・・・・・・ わたしたちが勝ったら事情を聞かせてもらうって! レアリティ:R SP illust.R:笹井さじ SP:藤真拓哉 一見ターン限定のパンプとクライマックスフェイズのチェンジは能力がかみ合っていないように見える。が、チェンジ出来る時はチェンジ、出来ないような時は自身をパンプしてアタック、と器用に立ち回れる使いやすい能力を持つとも言える。 また、ネームに「なのは」を持つため、登場時パンプを利用してフェレット形態ユーノで回収をかけられる他、 意地っ張りアリサでアンコールを付与する事で、出たターンにチェンジ出来なくとも次ターンまで場に留めておくことは容易いため、チェンジを狙える機会は多いだろう。 ただし意地っ張りアリサをバウンスなどで除去されると、このカードは相手ターンは低パワー故に容易くやられてしまい、そのまま見捨てるにしろ3コスト払ってアンコールするにしろ大きな損失となる。相手が黄色中心のデッキの場合は特に警戒したい。また、同タイトル内の黄色には武人 シグナムという、この手のアンコール付与の天敵がいることも頭に入れておきたい。 ソウル2のアタッカーとして活用したり、チェンジして回復+高パワーでアタックしたりするなど、柔軟に立ち回ろう。 ・関連カード カード名 レベル/コスト スペック 色 備考 “揺るぎ無い意志”なのは 3/2 10000/2/1 赤 チェンジ ・関連ページ 「なのは」?
https://w.atwiki.jp/resistance/pages/154.html
クラン名:Firing squad リーダー:timepeace 少数精鋭クラン。最近は見かけない(晒しスレ6 434より引用)。 陸海空→Fis→チ龍コ
https://w.atwiki.jp/wow_arena/pages/15.html
VS warlock/Rogue fear/fear/fear/silence(or stun)/deathcoil/Blind/Sap comboでwarrが死んでしまう warrはhamstringをできるだけkeepしながらlockのfearをとめる druidはfearを食らわないようにする warrはhealthが60%程度になったら、shieldを持ってspellreflect。 health回復、hot,abolishをもらったらlockをkill。rogueの方が殺しやすいけど、lock先。 rogueがwarrをターゲットにした場合 1.warrのlockへのchargeで開幕。druidは、できるだけstay back 2.healthが75%きったら、自分にrejuvしてからwarrにabolish HOT. 当然maxdistanceはkeep 3.rogueをcycloneかroot 4.warrはHOT、ABOLISHもらったらlockにアタック。危なくなったらshield spellreflect pummelとhamstring忘れずに druidはただひたすらにlockのlosをきり、max rangeをkeep
https://w.atwiki.jp/my-sql/pages/156.html
HOME 関数 その他の関数 IS_FREE_LOCK IS_FREE_LOCK IS_FREE_LOCK(str) str に指定された名前をもつロックが解放されているかどうか(つまり、ロックされていないかどうか)確認する。 ロックが解放されている(誰もそのロックを使用していない)場合は 1 を返し、そのロックが使用されている場合は 0 を返し、エラーが発生した(引数に誤りがあるなど)場合は NULL を返す。
https://w.atwiki.jp/squirrel_code/pages/14.html
shared_lock last update 2010/12/25 (Sat) C++0x には boost shared_mutex に相当するものが無さそう.(私が見逃してる可能性もある・・・)なので,「とりあえず使える」 shared_mutex もどきを実装してみた.速度とかはあまり考慮していない. 依存ライブラリ #include mutex クラス宣言 class shared_mutex { private std mutex _mutexForLock; std mutex _mutexForLocking; unsigned int _shared_count; public shared_mutex() _shared_count(0) {} ~shared_mutex() {} shared_mutex(const shared_mutex ) = delete; shared_mutex operator=(const shared_mutex ) = delete; void lock(); bool try_lock(); void unlock(); void shared_lock(); bool try_shared_lock(); typedef std mutex native_handle_type native_handle_type; native_handle_type native_handle() { return _mutexForLock.native_handle(); } }; メンバの実装と説明 lock() ミューテックスの排他的所有権(所謂書き込みロック)を取得する.所有権を取得するまで,カレントスレッドはブロックされる. throw std mutex lock()の投げる例外. void lock() { _mutexForLock.lock(); } try_lock() ブロッキングせずに排他的所有権の取得を試みる. return ミューテックスの所有権を取得できた場合,true.そうでなければ false. bool try_lock() { return _mutexForLock.try_lock(); } unlock() ミューテックスを解放する. throws std mutex lock()の投げる例外.例外が投げられた場合,ロックは全て解除される. void unlock() { try _mutexForLocking.lock(); catch (...) { _mutexForLock.unlock(); _shared_count = 0; throw; } if (_shared_count == 0) _mutexForLock.unlock(); else { _shared_count--; if (_shared_count == 0) _mutexForLock.unlock(); } _mutexForLocking.unlock(); } shared_lock() ミューテックスの共有可能な所有権を取得する. throws std mutex lock()の投げる例外.例外が投げられた場合,lockは行われない. void shared_lock() { _mutexForLocking.lock(); if (_mutexForLock.try_lock()) { _shared_count++; _mutexForLocking.unlock(); } else { if (_shared_count == 0) { _mutexForLocking.unlock(); _mutexForLock.lock(); } else { _shared_count++; _mutexForLocking.unlock(); } } } try_shared_lock ブロックせずにミューテックスの共有可能な所有権の取得を試みる. return ミューテックスの所有権を取得できた場合,true.そうでなければ false. bool try_shared_lock() { try _mutexForLocking.lock(); catch (...) return false; if (_mutexForLock.try_lock()) { _shared_count++; _mutexForLocking.unlock(); return true; } else { if (_shared_count == 0) { _mutexForLocking.unlock(); return false; } else { _shared_count++; _mutexForLocking.unlock(); return true; } } } 解説 shared_lock とは,読み込みロック同士は同時にロックできるけれども,読み込みロックされている時には書き込みロックは取得できず,書き込みロックされてるときには読み込みロックは取得できない,というもの. 例として,W1 と R1, R2 の 3 つのスレッドがあるとする.スレッド W1 でlock()が呼ばれることを,W1.lock のように書くとして,様々な呼び出し順序で何が起こるかを考えてみる. W1.lock R1.shared_lock // ここでブロック W1.unlock // ここで R1 のブロック解除 R1.shared_lock W1.lock // ここでもブロック R1.unlock // ここで W1 のブロック解除 R1.shared_lock R2.shared_lock // ここではブロックされない W1.lock // ここでブロック R1.unlock // ここではブロック解除されない R2.unlock // 全ての共有ロックが解除されると,W1 のブロック解除 ここで仮想的なスレッド W2 というのを考えて,最初の共有ロックを W2.lock とみなし,最後の共有ロック解除を W2.unlock とみなせば,通常の mutex と同様の動作となることがわかる.従って,共有ロックの数をカウントしておき,それに従って 1 つの mutex を lock または unlock すれば良い.ここでは共有ロック数のカウントに _shared_count,mutex として _mutexForLock を使っている. 書き込みロックではカウンタは 0 のままなので,カウンタ==0 で現在のロックが書き込みなのか読み込みなのか判定できる. 少し難しいのは,共有数カウンタの一貫性を保つために _mutexForLocking でロック処理同士を排他制御する部分で,_mutexForLock との処理の順番を考慮しないとデッドロックに陥る.コツは,どちらかの mutex がブロックされているときにもう片方の mutex がロックされたままにならないようにすること.ここでは _mutexForLock がブロッキングされる部分(_mutexForLock.lock() の呼び出し)で,必ず _mutexForLockin が unlock された状態になるようにしている. thread の最大数が UINT_MAX を超えることは想定していないが,通常は OS による制限が先に来る.同一スレッドで shared_lock を繰り返すような(明らかに異常な)処理を行うなら別だが,これは lock_guard 的な上位のアルゴリズムで回避するべきかと. 問題点としては, unlock が例外を投げてしまうのが気持ち悪い.これは _mutexForLockin.lock() が例外を投げるせいで,調べるとロックに失敗したときに発生しうるシステムエラーとある.どんなときに起こるのやら...例外時のモードも何がいいのか迷った.一応初期状態に戻しているが,何もしないほうがいいのかもしれない. trackback 参考 Multi-threading Library for Standard C++ (Revision 1) コメント name comment 関連ページ 関連ブログ #blogsearch
https://w.atwiki.jp/yumemi_anex/pages/26.html
/きゃン ソオ/ [動] 中止する ゅめみ「徹子や、大食い競争ぢゃ ゆくぞよ 」 徹子「no...」 ゅめみ「なんぢゃ。体調でも悪いのか 」 徹子「no...want...」 ゅめみ「そうか おまえ大食い競争好きではなかったのか 」 徹子「no...」 ゅめみ「まあ、よかろう エントリーしておるから、今からキャンセルはできぬがのう。何もしなければいいのぢゃ 」 徹子「cancel...」 ゅめみ「そうぢゃ。キャンセルはもう日本語ぢゃ いったんきめた約束などを、無しにすることをいう。日本語で『キャンセル』というと、どちらかというと客のキャンセルが多いようぢゃが、英語では主催者や会社が計画を中止するときにも使うぞ 」 徹子「rain...」 ゅめみ「そうぢゃの。雨天中止の時は主催者側のキャンセルぢゃ 借金がキャンセルされて、帳消しになることもある キャンセルは公(おおやけ)の物事の取り消しであるから、やたらめったらするものではない ぢゃが、大食い競争くらいはかまわぬぢゃろ 」 徹子「thnak...yume... 」 ゅめみ「なに、かまわぬ。わらわは、競争でなくとも食いすぎぢゃから、それは改めねばの 」 [動] (約束などを)取り消す、(計画などを)中止する a canceled flight(欠航になった飛行機の便) a canceled account(無効になった口座 [or アカウント]) noise-canceling headphones(ノイズ消音機能付きヘッドフォン) □[~を] cancel a project (プロジェクトを中止する) cancel the debt (その借金を帳消しにする) cancel the agreement (合意を白紙にもどす) cancel one s reservation (予約をキャンセルする) She canceled her trip to India. (彼女は、インドへの旅行を中止しました) □[~を]+[~で](※ あまり重要ではありません) The bus service was cancelled due to bad weather. (バスの営業は、悪天候のため中止されました) = They canceled the bus service due to bad weather. (彼らは、悪天候で、バスの営業を中止しました) ◆ due to ~ は「~の理由で」の意味です。